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(54) Configurable system for monitoring programme viewership and usage of interactive 
applications 



(57) A system and method provide sophisticated 
analysis of program viewership by executing interactive 
applications that generate responses describing the 
viewers* behavior. A broadcast server maintains a data- 
base of interactive applications each preferably associ- 
ated with a program that will be broadcast. The 
interactive applications preferably include monitoring 
interactive applications that are configured to selectively 
monitor viewership, interactive application usage, and 
reception terminal usage. When the program is broad- 
cast, the monitoring interactive application is inserted 
into the broadcast feed and delivered to a broadcast 
receiver such as a television set-top box. The broadcast 
receiver includes a processor, memory, and other hard- 
ware necessary to execute the interactive application. 
When executed, the interactive application monitors 
usage of the broadcast receiver, including, for example, 
the program watched by the sut)scriber, the entry and 
exit paths to the program, whether the volume was 
changed during the program, and the usage of interac- 
tive applications. The monitored data is sent in a 
response packet to a local data cevX& at. for example, 
the cable headend. The local data center supplements 
the response with subscriber information from one or 
more subscr&er datat)ases. including marketing infor- 
mation such as the subscriber's age. race, and income. 
Information about all of the sut)scribers is aggregated 
by the local data center and transmitted to a master 



data center. The master data center aggregates all of 
the received information, supplements it if possible with 
additional subscriber information, and provides reports 
to the broadcaster indicating the geographic, demo- 
graphic, and psychographic profiles of the program 
viewers. 
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Description 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001 1 The subject matter of this application is related 
to the subject matter of U.S. Pat. No. 5,689.799, entitled 
^•METHOD AND APPARATUS FOR ROUTING CONFI- 
DENTIAL INFORMATION", which Issued on November 
18, 1997 and the following applications: application 
serial number 08/429.064, entitled "METHOD AND 
APPARATUS FOR DETERMINING BROADCASTER 
INFORMATION", filed on April 26. 1995. application 
serial number 08/429,107, entitled "COMPACT 
GRAPHICAL INTERACTIVE INFORMATION SYS- 
TEM", filed on April 26, 1995. and application serial 
number 09/070.757. entitled "RESPONSE CAPACITY 
MANAGEMENT IN INTERACTIVE BROADCAST SYS- 
TEMS BY PERIODIC RECONFIGURATION OF 
RESPONSE PRIORITIES", filed on even date herewith. 
The above patent and applications have the same 
assignee as the present invention and are Incorporated 
herein by reference in their entirety. 

BACKGROUND 

FIELD OF INVENTION 

[0002] The present invention relates generally to sys- 
tems and methods for determining television and inter- 
active application viewership and, more particularly, to 
systems and methods for selectively controlling the 
monitoring of such viewership and usage on a program 
specific level. 

BACKGROUND OF THE INVENTION 

[0003] Commercial television programming is gener- 
ally funded by advertising revenue. The determination 
of how much a broadcaster can charge advertisers for 
placing an advertisement during a given time slot in a 
given television show depends on knowing how many 
people are likely to be watching at the time the adver- 
tisement is aired. This type of viewership data, or 'rat- 
ing', has normally been collected through various 
manual and automatic processes. Manual processes 
typically include a preselected number of households of 
viewers, and requires the viewers to manually record 
what television shows are being watched, at what times, 
and by whom. This Intrusive process interferes with the 
viewers' watching behavior and necessarily relies on 
the viewers accurately reporting their television viewing 
behavior. 

[0004] To ove-come the accuracy and intrusiveness 
problems, automatic methods typically rely on detecting 
channel selection in the broadcast receiver, and record- 
ing data indicative of such selection in some memory, or 
transmitting data of such selection to a central reposi- 
tory. Various means have been used to detect channel 



selection behavior in broadcast receivers, such as tele- 
visions, set top boxes, and video cassette recorders. 
Transmitting channel selection data has typically 
involved transmission by secondary telephone lines, or 

5 by polling in a cable system. Signals to control monitor- 
ing times have been transmitted to broadcast receivers 
using telephone, microwave, radio frequency transmit- 
ters, or the cable system itself. For example. U.S. Patent 
No. 5.251 .324 to McMullan. Jr. et al.. discloses sending 

10 information about specific recording times to a remote 
terminal such as a set top box directly via cable lines. 
[0005] These automated systems and methods, how- 
ever have various limitations. While the actual informa- 
tion of interest to the broadcaster is what particular 

15 television progranis are being watched and when, these 
techniques instead focus on detecting channel selection 
behavior, and use tiiis information as a proxy for tiie tel- 
evision programs being watched. This is generally 
because the various types of broadcast receivers typi- 

20 cally have the capability to only tune to specific chan- 
nels, and at best store very limited data indicative of the 
channel. 

[0006] Because prior techniques attenpt only to 
detect channel selections, they are not able to more pre- 

25 dsely control, on an individual basis, which television 
programs are monitored. Further, because channel 
selection is the primary data being monitored, prior 
techniques have not addressed controlling the level of 
detailed information tiiat is nK>nitored. such as how long 

30 a particular television program is watched, which partic- 
ular portions of a television show are watched, which 
television program was watched prior to a monitored tel- 
evision program, or which television program was 
watched after a monitored television program. This 

35 detail Is typically not captured because broadcast 
receivers typically do not provide a platform for execut- 
ing configurable monitoring applications that are associ- 
ated with particular television programs. 
[0007] Further, conventional monitoring methods 

40 depend on the pre-selection of a number of househokJs 
that will have the nrK>nitoring equipment or capability 
installed. As a result, there is littie. if any. ability to 
dynamically configure which households are included in 
a particular monitoring event for a particular television 

45 program, 

[0008] Another limitation of conventional monitoring 
methods is their inapplicability to monitoring the use of 
interactive applications. Interactive tele^'sion has been 
much discussed, but rarely implemented beyond very 

50 small test markets. However, truly national broadcasting 
of interactive applk:ations which enhance the viewing of 
television programs, advertisements, and other pro- 
gramming material will benefit from usage data indicat- 
ing the usage rate of interactive applications. Since 

55 interactive applications may be operated in a channel 
independent manner, conventional channel selection 
monitoring methods do not accurately track usage of 
interactive applications. 
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[0009] Accordingly, it is desirable to provide a system 
and method for precisely nfK)nitoring the viewership of 
television programs and the usage of interactive appli- 
cat'ons. It is further desirable to provide a system and 
method that allows for dynamic configuration of which 5 
television programs and interactive applications are 
monitored and the level of detailed information that is 
captured during the monitoring period. 

SUMMARY OF THE INVENTION 10 

[0010] The present invention overcomes the limita- 
tions of conventional television viewing monitoring tech- 
niques by providing a system and method that allows for 
specification of individual television programs and inter- 75 
active applications to be monitored, along with specific 
control over the level and type of detailed information to 
be captured during monitoring. The monitoring is silent 
because the viewer is not required to initiate the moni- 
toring and need not know that monitoring is occurring. 20 
The present invention further allows the monitored data 
from individual televisions, set top boxes, video cassette 
recorders, and other broadcast receivers to be accumu- 
lated and aggregated at local and national levels, and 
augmented with demographic or psychographic data 25 
about the viewing audience. This augmented data pro- 
vides the broadcaster with a very precise analysis of the 
audience viewing particular television programs or 
using particular Interactive applications. For example, 
the present invention allows a broadcaster to accurately 30 
determine the percentage of households with an 
income over $50,000 that watched a certain commercial 
broadcast 1 5 minutes Into a single episode of a particu- 
lar situation comedy. 

[0011] A system in accordance with the present inven- 3S 
tlon includes a nurr^er of broadcast receivers, such as 
set top boxes, televisions, video cassette recorders, and 
the like, that are corrfigured to include a microprocessor 
and a memory for storing and executing interactive 
applications. The interactive applications are broadcast 40 
with the television broadcast signal, and typically 
accompany television programs or advertisements, but 
may be independent of either. 

[001 2] The system also includes a broadcaster that is 
the source of broadcast data including television pro- 45 
grams, commercials, and interactive applications. The 
broadcaster typically includes an automated broadcast 
selection mechanism to automatically control the selec- 
tion of broadcast data according to a playtist which 
defines that specific sequence of broadcast data, typi- so 
cally including the start time, program, and channel 
identity off each item of data t>eing broadcast The 
broadcaster includes a data ir^ertion unit that inserts a 
monitoring interactive application into a program or 
broadcast signal. The broadcast signal is then broad- ss 
cast by a transmitter. 

[001 3] Comnrumicatively coipled to the broadcaster is 
a broadcast server that receives from the automated 



broadcast selection mechanism the playlist of broad- 
cast data. The broadcast server also maintains a data- 
base of interactive applications, including monitoring 
interactive applications. The various interactive applica- 
tions are associated witii individual broadcasters, televi- 
sion programs, and commercials. The broadcast server 
correlates particular ones of the interactive applications, 
and especially the monitoring interactive applications 
with particular broadcast data that is to be monitored. 
These selected monitoring interactive applications are 
communicated to the data insertion unit which inserts 
them Into the broadcast signal to accompany the partic- 
ular broadcast data to be monitored. 
[001 4] The broadcast signal containing the monitoring 
Interactive application and the broadcast data to be 
monitored is received by any broadcast receiver tuned 
to the specific channel upon which the monitoring inter- 
active application is broadcast. Thus only those broad- 
cast receivers that are tuned to such channel will 
receive the monitoring interactive application. 
[0015] However, instead of requiring monitoring at 
each and every broadcast receiver that so receives the 
broadcast signal, the monitoring interactive application 
includes data and algorithms which selectively control 
which broadcast receivers monitor viewership or usage. 
The monitoring algorithms of the monitoring interactive 
application are configurable for each individual televi- 
sion program, commercial, or interactive application to 
be monitored to adjust the sample size in response to 
predicted market share, time of day, and other factors. 
For example, for a very popular television program 
watched by millions of viewers, the monitoring interac- 
tive application may be configured to create 1% sanrple 
of about 10,000 viewers. For a less popular television 
program with only about 100.000 viewers, the monitor- 
ing interactive application may be configured to create a 
10% sample. This ability to confol sample size avoids 
overloading the response capacity of the monitoring 
system and enhances the precision with which viewer- 
ship data is collected. 

[0O16] In addition, the monitoring interactive applica- 
tions may be individually corrfigured to control the level 
or type of detailed information that is monitored. A basic 
level of monitoring is determining whether ttie particular 
television program or commercial is being watched at 
all. In addition, the monitoring interactive application 
may be configured to determine the total amount of time 
the program was watched, the starting and ending view- 
ing times, the channel entry path (which channel was 
being watehed or other event prior to the current pro- 
gram t)eing monitored), the channel exit path (which 
channel was watched or otiier event, after or during, the 
current program being monitored), and the volume set- 
tings during the monitored program. Also, the monitor- 
ing interactive application may be configured to monitor 
aspects of a channel or network, such as start and end- 
ing times, and entry and exits paths. 
[001 7] Finally, as a further embodiment of the present 
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invention, the monitoring applications may be config- 
ured to nnonitor functionality of the broadcast receiver 
itself, so that this information may be provided to a man- 
ufacturer of the broadcast receiver. Features of the 
broadcast receiver that may be monitored include, for 
example, whether a picture-in-picture (PIP) function is 
used (including size, location, and channel selection of 
the PIP), which video inputs are active, whether an 
upstream tuner is used in conjunction with the broad- 
cast receiver, and use of features such as mute, dosed- 
captioning, stereo surround, and so forth. 
[0018] In this embodiment, the monitoring interactive 
applications operate invisibly to the viewers so that 
viewers need not manually initiate monitoring of their 
viewing behaviors. TTie monitoring interactive applica- 
tion may be configured to operate automatically in this 
fashion, or to be initiated by a viewer. 
[0019] Beyond monitoring television programs and 
commercials, the monitoring algorithms and data may 
be embedded in any interactive application that pro- 
vides interactive functionality to the user. Example inter- 
active applications include applications for registering 
viewer feedback during a television program, applica- 
tions providing sport statistics during an accompanying 
sports broadcast, applications providing financial data 
or weather information, and applications for purchasing 
advertised items or services. These and other types of 
interactive applications may include the monitoring 
algorithms and data and thereby be able to selectively 
nrK)nitor the usage of these applications along the same 
dimensions as mentioned atx)ve. In addition, an interac- 
tive application can report which of its forms were used, 
the amount of time spent on each form, the entry and 
exit time on each form, the entry and exit path of each 
form (i.e. previous and next form), and viewer channel 
selections during use of the interactive application. This 
type of precise monitoring informs tiie owner of the 
interactive application of the usage and effectiveness of 
the application. 

[0020] The preferred system includes a number of 
data centers, each operating, for example, at a local 
cable system providing cable service to a number of 
broadcast receivers in a local service area. Each broad- 
cast receiver that is monitoring transmits a response to 
its local data center. The response includes the monitor- 
ing data, along with an identification code for the moni- 
toring interactive application that performed the 
monitoring, and an identification code of the broadcast 
receiver providing the response. The data center 
receives ttie responses from the various local broadcast 
receivers and aggregates them into an aggregate set of 
data. The aggregate data descrit>es local rating and 
usage information for the monitored program or interac- 
tive application in \^ous geographic areas. In addition, 
the data center is communicatively coupled to a data- 
base of subsaiber information that is indexed by the 
broadcast receiver's t^minal identification codes. Using 
the broadcast receiver identification code, the data 



center obtains and aggregates the subscrik)er informa- 
tion in the database, tiiereby providing, for example, 
aggregate viewership data with respect to geographic 
location. The data center may be further coupled to 
5 geographic, demographic and/or psychographic data 
collections, including such data as household income, 
racial classifications, interests and preferences, and the 
like in order to create detailed reports about viewership 
and usage. 

10 [0021] The aggregated reports from various data 
centers are transmitted to a central data center, where 
tiiey are furtiier aggregated to reflect a regional or 
national level of data. The data center generates these 
regionally aggregated reports, and provides them to the 

15 various broadcasters. 

[0022] A method of selectively monitoring broadcast 
data in accordance with the present invention includes 
receiving at a broadcast receiver an interactive applica- 
tion accompanying a broadcast program, executing tiie 

20 interactive application to selectively determine whether 
tiie broadcast program accompanying the interactive 
application is to be monitored, responsive to this deter- 
mination, configuring the interactive application to mon- 
itor selected attributes of viewership of the broadcast 

25 program, and monitoring the selected attributes of view- 
ership by storing data indicative of the selected 
attributes. As an additional step, the metiiod includes 
configuring an interactive application by defining the 
selected attributes of a broadcast program to be moni- 

30 tored, storing within the interactive application data 
indicative of the selected attributes, and transmitting the 
interactive application so configured to tiie remote 
broadcast reception terminal. 

35 BRIEF DESCRIPTION OF THE DRAWINGS 

[0023] 

FIG. 1 is a high-level block diagram illustrating a 
40 system for performing usage and viewership moni- 
toring according to a preferred embodiment of tiie 
present invention. 

FIG. 2 is a block diagram illustrating an emfcxxii- 
ment of a broadcast receiver according to an 

45 embodiment of the present invention. 

FIG. 3 is a flow chart illustrating steps for receiving 
and operating an interactive application according 
to an emtxxJiment of the present invention. 
FIG. 4 is an event diagram tracing the consfruction, 

50 transmission, and execution of an interactive appli- 
cation for monitoring, and the processing of 
responses generated tiierefrom. 
FIG. 5 is a chart illustrating an embodiment of the 
response packet generated by the broadcast 

55 recover and transmitted to the local data center. 

FIG. 6 iilustarates sample reports that may be gener- 
ated by the master cteta center from tiie aggregate 
responses. 
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DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0024] Referring now to FIG. 1 , there is shown an illus- 
tration of a system in accordance with the present 
Invention. It will be appreciated that the system illus- 
trated in FIG. 1 may be incorporated into larger, more 
complex systems while still providing the features and 
benefits of the invention. Generally, system 100 
includes a broadcaster 114. a broadcast server 1 10. a 
data insertion unit 116. and at least one broadcast 
receiver fBR") 120. 

[0025] The broadcaster 1 14 provides program mate- 
rial to be broadcast to the BRs 120. As used herein, a 
"broadcaster" 1 14 is any entity providing a program that 
will be carried on a broadcast signal. A "program" is a 
discrete segment of a broadcast. Thus, as defined 
herein, program includes television shows, commer- 
cials, public service announcements, pay-per-view 
events, and the like. Broadcasters include television 
networks, as well as ^ertisers who prepare commer- 
cials, pay-per-view providers, cable networks, and the 
like. A typical broadcaster 114 maintains program 
sources, such as banks of video cassette players, video 
disc players, film, and the like containing program mate- 
rial; automation systems that selectively control the pro- 
gram sources to select which units provide program 
material at which times; and switching systems control- 
led by the automation systems which couple the pro- 
gram sources to respective broadcast media for 
controlling which program sources output to which 
broadcast media at any given time. The person or per- 
sons receiving the programs are referred to as "sub- 
scribers" or "viewers." 

[0026] The t)roadcast server 1 1 0 is preferably a com- 
puter system executing a software program providing 
the functionality described herein. The broadcast server 
110 contains an interactive application database 112 
holding interactive applications that will be broadcast to 
various remotely distributed BRs 120. Interactive appli- 
cations way be added to the interactive applications 
database 112 by a broadcaster 114 or other program 
supplier and may be ft-ansmitted to the database 1 12 by 
a secure network link or other transmission media. 
Relds within the datatsase 112 associate interactive 
applications with, for example, a particular broadcaster, 
network, channel, program, and/or broadcast time. In 
addition, each interactive application in the database 
112 preferably has a unique interactive application iden- 
tification code by which it may be identified. 
[0027] In one embodiment of the present invention, 
the interactive applications stored in the database 112 
are desaibed by a corrpact communications protocol. 
The compact protocol is designed to broadcast a conv 
pact set of information and commands among the sys- 
tem components in an efficient manner, thereby 
allowing tiie use of low t>andwidth transports such as 
the vertical blanking interval (VBI). While a preferred 



embodiment of the present invention uses the compact 
protocol described tiierein. interactive applications may 
be described by other protocols, including for example, 
the Hypertext Markup Language ("HTML") or SUN 

5 MICROSYSTEMS INC.'s JAVA language. A detailed 
description of one compact protocol for monitoring inter- 
active applications, including supported definitions, 
scripts, and commands, is described in U.S. Pat. No. 
5.689,799. entitied "Metfiod and Apparatus for Routing 

10 Confidential Information," which issued on November 
18. 1997 and is hereby incorporated by reference 
herein. The interactive applications are themselves soft- 
ware products comprising executable code and data, 
which configures and controls the operation of a broad- 

15 cast receiver 120. as further described below. 

[0028] There may be a plurality of broadcast servers 
1 10. witii each broadcast server 110 serving a particu- 
lar geographic area, set of broadcasters, or set of sub- 
scribers. In one embodiment, each broadcast server 

20 1 10 is identified by a unique server identification code. 
[0029] Generally, the broadcast server 110 deter- 
mines which interactive applications should be broad- 
cast on a particular channel at a particular time, 
retrieves the interactive applications corresponding to 

25 the particular channel and time from the datat^e 112, 
and prepares the interactive applications for broadcast. 
[0030] To determine which interactive applications are 
broadcast at tiie various times, channels, and so forth, 
the broadcast server 110 receives a playlist 1 13 of pro- 

30 grams to be broadcast by tiie broadcaster 1 14. In one 
emtxxliment, this playlist 113 is prepared in advance 
and identifies the programs that will be broadcast by tiie 
broadcaster 1 14 at particular times. In another embodi- 
ment, the broadcast server 1 1 0 receives the playlist 1 1 3 

35 in real-time, identifying the program cun^ently being 
broadcast by the broadcaster 114. with the playlist 113 
being updated as the broadcast changes. In either 
embodiment, the playlist 113 contains sufficient infor- 
mation to identify each program, its start and end times, 

40 the channel and network assignments, or broadcaster 
Identification code. The broadcast server 110 uses this 
information to Identify and retrieve a corresponding 
interactive application from the database 112 that is to 
accompany the program. 

45 [0031 ] The broadcast server 110 formats a retrieved 
interactive application, if necessary, and otherwise pre- 
pares it for insertion into a broadcast signal. Using the 
playlist 113 received from the broadcaster 114, the 
broadcast server 1 10 passes tiie interactive application 

so 1 15 to the data insertion unit ("DIU") 1 1 6 to incorporate 
tiie interactive application 115 into the broadcast feed 
ooncun-ent with the broadcast of the program. 
[0032] The DIU 116 receives the interactive applica- 
tion 1 15 from the broadcast server 114 and the broad- 

55 cast signal, or feed, carrying the program corresponding 
to the interactive application 115. The broadcast feed 
may be received from the broadcaster 114, or, in the 
case where the broadcaster does not provide the feed. 
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from a third party such as a network, cable operator, or 
local television station. The DIU 1 16 converts the inter- 
active application 115 into a format suitable for insertion 
into the broadcaster feed and transmission therev^th as 
broadcast data 117. The DIU 116 may receive feeds 
from multiple broadcasters and can insert a separate 
interactive application into each feed. Ukewise, the DIU 

116 can simultaneously insert a separate interactive 
application into multiple channels from the same, or dif- 
ferent, broadcasters 114. 

[0033] TTie DIU 1 16 inserts the broadcast data 1 1 7 
containing the interactive applications and broadcast 
programs into the broadcast medium. The broadcast 
medium is the frequency spectrum used to carry the 
interactive application 115. In one embodiment, the 
broadcast medium is a standard analog television sig- 
nal following National Television Standards Conrvnittee 
("NTSCO standards and the VBI is used as a transport 
to broadcast the interactive application 1 15. The trans- 
port is the specific portion of the broadcast medium 
which carries the interactive application 1 15. In another 
embodiment, the broadcast medium is a standard 
MPEG2 Digital Video Multiplex containing one or more 
MPEG2 Video Services, and an MPEG2 elementary 
stream (or streams) within this multiplex is used as a 
transport. 

[0034] In one embodiment, the DIU 116 uses conven- 
tional methods to insert data defining an interactive 
application into the VBI of the broadcast feed. The 
North American Broadcast Teletext Standard (El A-506), 
defines the methods and protocols for sending data in 
one or more lines of the VBI. However, a wide variety of 
other transport mechanisms are available, including 
those that broadcast the interactive application 1 15 sep- 
arately from the television program. Such transport 
mechanisms include out-of-band transmitters, which 
transmit the interactive application 115 on an unused 
portion of the television frequency spectrum, and con- 
ventional frequency modulation ("FM*^ radio transmit- 
ters, which transmit the interactive application 115 
outside the television frequency spectrum. In another 
embodiment, the DIU 116 uses conventional methods 
to insert data into an elementary stream within an 
MPEG2 multiplex. 

[0035] in one embodiment, error checking or error cor- 
recting codes such as Hamming codes are inserted with 
the broadcast data. In one embodiment, the DIU 116 
translates the data into a Hamming code, and in another 
embodiment, the data received by the DIU 1 16 from the 
broadcast server 11 4 is already encoded. 
[0036] The D lU 1 1 6 is coupled to a transmitter 1 1 8 for 
transmitting the broadcast data 117. Including the 
inserted interactive application. In one embodiment the 
transmitter 1 18 is a satellite uplink transmitting the c^a 

1 17 to local uplink receivers which then distribute the 
data 1 17 to the BRs 120 via cable. In another entoli- 
ment. the transmitter 118 is a conventional cable sys- 
tem head-end amplifier. In yet other embodiments, the 



transmitter 118 is a conventional television broadcast 
transmitter or a high-definition television digital transmit- 
ter. 

[0037] In another embodiment, tiie DIU 116 inserts 
5 the interactive application 1 15 into the program before 
the program is broadcast. For example, the DIU 116 
may Insert an interactive application into tiie source 
copy of a television commercial. Accordingly, the inter- 
active application is broadcast whenever tiie commer- 
10 dal is broadcast. In tiiis emtxxjiment. the broadcast 
server 110 does not need to synchronize the retrieval of 
tiie interactive application with the schedule listed In the 
playlist. 

[0038] Regardless of transmission metinod and inser- 
ts tion time, the broadcast data 1 17 is received by a sub- 
scriber's BR 120. Although only a single BR 120 is 
illustrated in FIG. 1. it is understood that in a typical 
embodiment there are hundreds or thousands of BRs 
120 receiving tiie broadcast data 117 and responding 
20 as described herein. In a typical embodiment, the BR 
120 is a television set-top box receiving the data via a 
coaxial cable. Additionally, the BR 120 may be inte- 
grated into the television. Moreover, other broadcast 
receivers, including a NTSC broadcast receiver, a high- 
25 definition television digital receiver, a video cassette 
recorder, or a FM radio receiver can also be used. 
[0039] FIG. 2 Illustrates an embodiment of the BR 1 20 
according to an embodiment of the present invention. In 
one embodiment, the BR 120 is the General Instrument 
30 CFT-2200 CATV set-top decoder. The BR 120 includes 
a tuner 202 for receiving the broadcast data 117 from 
tiie transmitter 1 18. In one embodiment, the tuner 202 is 
a conventional cable television tuner. In other embodi- 
ments, tiie tuner is a television broadcast tuner, a FM 
35 radio tuner, a digital tuner, or some other form of tuner. 
The embodiment lllusti-ated in FIG. 2 shows a display 
218, typically a television, within the BR 120. As men- 
tioned atx>ve, the display 218 may also be located exter- 
nal to the BR 1200. 
40 [0040] The BR 1 20 also includes a data extractor 206 
coupled to the tuner 202 for extracting the interactive 
application from the broadcast data 1 1 7. In one enr^xxl- 
iment. the data extractor 206 is a conventional VBI 
inbarvl data extraction circuit. In anotiier embodiment, 
45 the data extractor 206 is a conventional modem. The 
data extractor 206 provides a serial bitstream contain- 
ing the extracted interactive application onto a bus 208. 
The bus 208 is coupled to a microprocessor 210 which 
stores, via the bus 208. the extracted interactive appli- 
50 cation into a first storage device 212 as instructed by a 
program stored in a second storage device 214. In one 
embodiment the microprocessor 210 uses the error 
code information from the extracted data to check or 
correct errors in the decoded interactive application. In 
55 one embodiment, the first storage device 212 Is a con- 
ventional random access memory f RAM") while the 
second storage device 214 is a conventional read-only 
memory ("ROM"). Other memory types, such as a flash 
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memory which is readable and writeable yet retains its 
contents after a power loss, may be substituted for the 
second storage device 214. An advantage of flash 
memory is that software or data residerrt in the BR 120 
can be modified by a received interactive application. 
[0041] In one embodiment, the BR 120 also uses the 
data extractor 206 to extract a time signal from the 
broadcast data 117. The time signal Indicates the cur- 
rent time using a standard timebase. such as Coordi- 
nated Universal Trme ("UTC") or the subscriber's local 
time. In another emlxxJiment, the BR 120 has a real- 
time clock that is either set by the subscriber or the 
received time signal. Regardless, the BR 120 preferably 
has access to the current time and, accordingly, can 
perform date stamping and timing functions. 
[0042] As described below, the microprocessor 210 
uses the program stored in the second storage device 
214 and the Interactive application stored in the first 
storage device 212 to execute the interactive application 
and provide an output. The program stored in the sec- 
ond storage device 214 is preferably an execution 
engine 217 for executing an interactive application 
defined by various scripts, forms, definitions, and code 
and graphic resources. A preferred execution engine is 
the Wink Engine provided by Wink Communications, 
Inc. of Alameda, California. 

[0043] The output from executing an interactive appli- 
cation may be, for example, a form presenting informa- 
tion or a menu to a television viewer or for receiving 
viewer input, or it may be a response, silent or other- 
wise, containing BR 120 or television usage data or indi- 
cating viewer preferences. To this end. the BR 120 
preferably includes a graphics overlay generator 216 
coupled to the bus 208 and driven by the interactive 
application 115 stored in the first storage device 212 
and the program stored in the second storage device 
214. The graphics overlay generator 216 generates a 
graphical display responsive to the interactive applica- 
tion 115. This graphical display is displayed on a display 
218, typically a television, coupled to the BR 120. Of 
course, the graphics overlay generator 216 is typically 
not used when an interactive application silentiy exe- 
cutes. 

[0044] In one embodiment, the graphics overlay gen- 
erator 216 also receives the broadcast signal corre- 
sponcfing to a broadcast program from the tuner 202 to 
allow simultaneous display of the broadcast program 
and tiie graphical aspects, if any, of the interactive appli- 
cation 115. for example, to input data into a displayed 
form. In one embodiment, the microprocessor 210 is 
also coupled to a user input decoder 222 coupled to a 
user input receiver 224 to allow the user to communi- 
cate with the microprocessor 210 in order to respond to 
the interactive application 115. In one embodiment, the 
user input decoder 222 is a conventional infrared 
remote control decoder. The user input receiver 224 is 
preferably a conventional infrared receiver 224 with 
which the user may use a conventional hand held 



remote control device. Remote control keys pressed by 
the user translate to coded infrared signals that are 
received by the user input receiver 224, are decoded by 
the user input decoder 222, and sent to the microproc- 

5 essor 210 to allow the us^ to communicate with tfie 
interactive application 115. The microprocessor 210 
may also be coupled to a conventional infrared com- 
marKJ encoder 226. which accepts an infrared com- 
mand input and encodes a signal for a conventional 

10 infrared emitter 228 to allow the interactive application 
1 15 to control external devices. 
[0045] Returning to FIG. 1 , the interactive application 
115 executing on tiie BR 120 preferably gathers data 
and transmits it to a local data center f LDC") 122 for 

15 processing. This data may be, for example, viewer 
responses to on-screen forms generated by the interac- 
tive application 1 15. or information silently collected by 
the Interactive application 115 without notifying tiie 
viewer. A data line driver 230 within the BR 120 accepts 

20 data from the first storage device 212 under the direc- 
tion of the microprocessor 21 0 and sends it to a commu- 
nications port 232 to allow the microprocessor 210 to 
send return data to tiie LDC 122. In one embodiment of 
the present invention, usually when the BR 120 is within 

25 a set-top box. the cable coupled to the BR 1 20 is a two- 
way communications medium. Accordingly, the LDC 
122 may be located at the cable headend and tiie data 
line driver 230 transmits the data from the communica- 
tions port 232 to the LDC 122 via an out-of-band fre- 

30 quency in the cable. In an alternative embodiment, 
usually when the BR 120 is integrated within a televi- 
sion, tiie BR 120 is directiy connected to tiie LDC 122 
by. for example, a telephone line. Accordingly, tiie data 
line driver 230 is a conventional modern and the com- 

35 munications port 232 is a conventional RJ-1 1 telephone 
jack. Altiiough only a single LDC 122 is illustrated in 
FIG. 1 , a typical embodiment will have multiple LDCs, 
each located at a separate cable headend and receiving 
responses generated by BRs coupled to that headend. 

40 [0046] In one embodiment, the BR 120 stores a plu- 
rality of responses in the first storage device 212 and 
fbnwards data to the LDC 122 upon tiie occun^ence of a 
trigger, such as tiie number of stored responses 
exceeding a predetermined limit, the first storage device 

45 212 becoming full, or the expiration of a timer. Alterna- 
tively, tiie BR 120 may forward responses to the LDC 
122 at particular time intervals, in response to a poll 
from the LDC 122. an interactive application 115. or 
another device, or at a rate determined by the interac- 

50 tive application 115 that generated the response. 

[0047] Each BR 120 preferably has a unique terminal 
identification code tiiat is included in the response and 
allows the LDC 122 to identify each responding BR 120. 
In addition, the BR 120 also preferably includes the 

55 interactive application and broadcast server identifica- 
tion codes in tiie response, although the latter identifica- 
tion can typically be inferred from the terminal 
identification code. 
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[0048] The LDC 122 is preferably a computer system 
executing a software program providing the functionality 
described herein. The LDC 122 stores the responses In 
a response datat)ase 124. By using the terminal identi- 
fication code, the LDC 122 can cross-reference 
responses in the response database 124 with sub- 
scriber information stored in a subsaiber information 
database 126. The subscriber information database 
126, in one embodiment, is the same database as is 
used for subscriber billing. In addition, the database 
preferably contains information about the subscribers 
useful for marketing purposes, such as the subscribers' 
household Income, age. race. Interests, preferences 
and the lika In an alternative enrtbodiment. the addi- 
tional marketing Information is stored in a separate 
datat)ase accessible by the terminal identification code 
or other information contained in the subscriber infor- 
mation database 126. The data In the subscriber infor- 
mation database 126. are aggregated with the 
responses in the response database 124. 
[0049] The aggregated data are preferably transmitted 
from the LDC 122 to a master data center ("MDC") 128. 
The MDC 1 28 is also preferably a computer system exe- 
cuting a software program providing the functionality 
described herein. The MDC 128 holds the aggregated 
responses in an aggregate response database 130. In 
addition, the MDC 128 preferably receives a playlist 113 
from the broadcast server 110, the broadcaster 1 14, or 
another source, that allows it to correlate responses 
with broadcast programs. 

[0050] FIG. 3 is a fbw chart illustrating steps for 
receiving and operating a monitoring interactive appli- 
cation 115 using the compact information protocol 
according to a preferred embodiment of the present 
invention. The BR 120 receives and decodes 310 an 
application header record prepared by the broadcast 
server 110, inserted by the DIU 1 16, and transmitted by 
the transmitter 118. The application header record 
desaibes the information that follows and contains the 
Interactive application identification code. 
[0051] The monitoring functionality of the interactive 
application 115 is described by definitions, scripts, and 
commands which may be encoded arxl broadcast in 
any order. The definitions, scripts, and commands are 
received and decoded 312 by the BR 120 and define 
the monitoring and response parameters used when 
executing 314 the monitoring interactive application 
115. Information that can be tracked by the application 
includes viewership of a specific broadcast, channel, or 
network, usage of other specific interactive applications, 
and usage of functionality provided by the BR 120 such 
as picture-in-picture. 

[0052] Some or all of the received monitoring int^ac- 
tive application 115 may be stored 312 within the BR 
120. In one enlbodiment, the interactive application 115 
Is repeatedly broadcast allowing a BR 120 to tune to a 
program at any time yet receive the entire Interactive 
application 1 1 5. Any desired updates to the stored Inter- 



active application 115 may be received and decoded 
316. If there are additional or updated definitions, 
scripts, or commands, they may be sent until tiie appll- 
cation is complete 318. In one embodiment, a termina- 

5 tion command may be broadcast to stop 320 tiie 
interactive application 1 15 from monitoring. 
[0053] A new interactive application may be sent at 
any time, Including while an original application is mon- 
itoring or transmitting a response. For example, a new 

10 interactive application corresponding to a commercial 
may inten^upt an original application corresponding to a 
news program, the latter application can resume opera- 
tion upon termination of the former. As part of this func- 
tionality, in one embodiment a suspend application 

15 command is sent by the new application in order to sus- 
pend operation of tiie original application, and a resume 
application command may be sent by either application 
to terminate the new application and resume operation 
of the original application. 

20 [0054] FIG. 4 is a event diagram tracing the construc- 
tion, transmission, and execution of an interactive appli- 
cation 115 for tracking and processing responses 
generated therefrom according to an ennbodiment of tiie 
present invention. In FIG. 4, time flows from top to bot- 

25 tom, items in boxes represent actions performed by tiie 
entity listed above the column containing the box, and 
arrows connecting the entities represent data exchange 
between them. 

[0055] First, the broadcaster 1 1 4 builds 41 0 the inter- 
so active application. When building the application, the 
broadcaster 114 decides how to monitor usage and 
viewership information. In short, an interactive applica- 
tion may monitor this information silently, silentiy under 
subscriber control, or explicitly An interactive applica- 
35 tion that silently monitors information does not provide 
any indication to the subscriber that information is being 
tracked or responses transmitted. An interactive appli- 
cation that collects information silently but under sub- 
scriber control, in contrast, is first activated by a 
40 subscriber, but does not indicate when or what Informa- 
tion is collected. Finally, an interactive application that 
explidtiy monitors information provides feedback to the 
subscriber indicating that information has been col- 
lected. An explicit interactive application may execute. 
45 for example, when a subscriber responds to a survey or 
purchases a product via a form displayed by the BR 
120. 

[0056] The broadcaster 1 1 4 also decides on what type 
of information to collect. The present invention enables 

50 monitoring of three types of information: program view- 
ership. interactive application usage, and BR 120 
usage. Program viewership information includes: 
whether a program, channel, or network was viewed, 
the amount of time it was viewed, the viewing start and 

55 end time, the viewer's entry and exit paths, whetfier the 
viewer "channel surfed" (i.e., tuned aw^ from the chan- 
nel and then returned to it after a brief time), and ancil- 
lary Information such as volume settings or changes. 
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[0057] The broadcaster 114 may also wish to track 
information about the BR 120. For example, a television 
manufacturer may want to know how often features of a 
television set are used. BR 120 usage Information 
includes how often a picture-in-picture feature is used, 
which video inputs are used, what channel the BR's 
tuner is on, and whether mute, close-captioning, or 
stereo surround sound is activated, and any other user- 
selectable features of the BR 120. 
[0058] In situations where the interactive application is 
not silent and is explicitly activated by a viewer, the 
broadcaster 1 14 may desire to track use of the interac- 
tive application In order to fine-tune or optimize it. Infor- 
mation tracked in such circumstances may include 
whether the application was launched, what forms of 
the application were displayed, tiie time spent at each 
form, the entry and exit times for the forms, and the 
entry arxJ exit paths for the forms. For example, monitor- 
ing capabilities may be incorporated into a sports inter- 
active application that allows for viewer participation 
while viewing a sporting event, so tiiat the broadcaster 

114 can determine which features or forms are most 
heavily used. 

[0059] Functionality for collecting these various items 
of information is coded into the interactive application 

115 using the compact protocol described above. The 
actions performed by the BR 120 to collect this informa- 
tion are described below. 

[0060] When building the interactive application 115, 
the broadcaster 1 14 also accounts for the bandwidth of 
the broadcast medium. The bandwidtii available in the 
VBl for broadcasting the interactive application 115 is 
inherently limited. Likewise, the bandwidtii for tiie 
responses may be limited, depending upon how 
responses are transmitted and collected. Accordingly, 
the broadcaster 114 can control various parameters 
that affect the transmission of the interactive application 
1 1 5 and the generation and collection of responses. 
[0061] Such response parameters may. for example, 
configure an interactive application to collect responses 
only from those BRs 1 20 having particular response ter- 
minal identifications, collect responses from only a sam- 
ple. e.g. five percent, of tfiose BRs 120 receiving the 
interactive application 115. or limit responses by time 
duration, e.g. only those BRs 120 receiving the int^-ac- 
tive application 115 within five minutes after the start of 
a program, or any combination of these or other limiting 
factors. In a preferred embodiment of the present inven- 
tion, the response parameters are coded into the inter- 
active application 1 15 prior to it being transmitted to the 
BR 120. In alternative embodiments, the BRs 120 them- 
selves determine whether to respond by using internally 
generated criteria. For example, the interactive applica- 
tion 115 can specify that only five percent of the BRs 
120 receiving the interactive application 115 generate 
responses. Accordingly, each BR 120 would generate a 
random numt)er, or use anotiier selection criteria, and 
determine whether it is In the responding group: 



[0062] The broadcaster 1 1 4 can also control the pre- 
ferred response path. For example, tiie broadcaster 1 1 4 
can determine whether the responses are stored for 
later fonwarding to the LDC 122 or whetiier the 

5 responses are sent as soon as possible. If the amount 
of data in the response packet exceeds the amount 
which may be sent using the preferred response path, 
e.g.. tiie cable system, tiie BR 120 may be configured to 
contact the LDC 122 using an alternate response path, 

10 e.g.. a telephone call. 

[0063] Once the interactive application 1 15 is devel- 
oped, it is transmitted 413 to the interactive application 
database 1 12 In tiie broadcast server 110. The broad- 
caster sets tfie broadcast schedule 412 for the interac- 

15 tive application 115 and provides 414 tiie schedule to 
ttie broadcast server 1 10 in, for example, the form of a 
playlist. As described with respect to FIG. 1 , tiie interac- 
tive application 115 is retrieved from tiie database and 
inserted 416 into tiie broadcast feed at tiie scheduled 

20 time or times. 

[0064] Those BRs 1 20 tuned to the channel on which 
the interactive application 1 15 is broadcast at the same 
time it is broadcast 416 receive tiie application. In alter- 
native embodiments, the application is broadcast to all 

25 BRs 120 receiving the transmission, regardless of tiie 
channel to which the BR 120 is tuned or whether tiie BR 
120 is currentiy in use. For example, in such an embod- 
iment the BR 120 may silentiy monitor one or more spe- 
cial channels for interactive applications. 

30 [0065] The interactive application 115 is preferat)ly 
launched automatically upon receipt by the BR 120. 
Once launched, the application collects 418 tiie usage 
information for which it is programmed by storing infor- 
mation in a storage device 212 indicating the monitored 

35 attributes. The interactive application 115 then prepares 
a response packet containing the collected and stored 
information for eventual transmission 420 to the LDC 
122. 

[0066] As described above, usage information that 

40 can be collected by tiie interactive application 1 1 5 gen- 
erally falls into tiiree categories: information akxxjt the 
program, information about the BR 120. and information 
about an interactive application executing on the BR 
120. To determine information about the program, one 

45 emlxxjiment determines whether the program is being 
viewed by continuously broadcasting the interactive 
application 115 during the program. The application, 
when executed, creates a response packet indicating 
that the tuner Is tuned to tfie program. To determine how 

50 long a program is viewed, one embodiment continu- 
ously broadcasts the application during the program. 
When the application is executed, it records the time it 
was launched and. when the show ends, the channel is 
changed, or the BR 1 20 is turned off. the application cat- 

55 culates the total viewing time and records a response so 
indicating. This latter application may be modified to 
provide viewing start and stop times by starting a timer 
when the viewer tunes to the channel and recording a 
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response with the timer's value when the viewer leaves 
the channel. When determining the viewer's entry path 
to the channel, the interactive application 115 may 
record whether the BR 120 was on the channel before 
the program began, tuned to the channel during a show 
or advertisement, turned on during the program, or 
whether an upstream tuner (i.e., a tuner receiving the 
signal ahead of the BR 120, such as a VCR coupled to 
the cable ahead of the set-top box) was tuned to the 
channel during the program. One embodiment sets a bit 
in the interactive application 1 1 5 during only the first five 
seconds of the program. If the response indicates that 
this bit was set, it can be determined that the tuner was 
on the channel at the start of the program. When deter- 
mining the viewer's exit path from the channel, the inter- 
active application 1 15 may record whether the program 
ended, whether the BR 120 was tuned to another chan- 
nel or turned off, or whether an upstream tuner was 
tuned to another channel during the program. In addi- 
tion to the program information gathered atx}ve. the 
interactive application 115 may also gather the same 
information on a per-channel, per-multiple channel, or 
per-network basis. 

[0067] In one emtxxJiment. the interactive application 
115 generates a response indicating a confidence level 
that the television 218 is actually on tiie channel indi- 
cated by the BR 120. For example, the interactive appli- 
cation 115 may determine that an upstream tuner is 
being used to control channel selection because the tel- 
evision 218 is always tuned to channel three. Accord- 
ingly, the interactive application 115 would indicate that 
the channel information has a low cortfid^ce level. 
[0068] As mentioned above, information about the BR 
1 20 which can be tracked includes use of picture-in-pic- 
ture, video inputs, tuner, mute, closed-captioning. and 
stereo surround, and the like. One embodiment of the 
BR 120 records this information by storing information 
in memory 212 each time one of the features is used. 
[0069] Information about an interactive application 
can be tracked by having the application record when it 
is launched and the order in which forms in the applica- 
tion were viewed or used by setting one or more bits in 
the response packet The application can also use a 
timer to record the time spent on each form. In one 
embodiment, as each form is entered, the application 
records in an anay the time which was spent on the pre- 
vious form, and th^ resets the timer to record time 
spent on the current form. The timer is preferably 
stopped when an application is suspended, so commer- 
cial breaks will not interfere witii accurate timing. In one 
emt>odiment, a ''suspend'* timer is set to limit the time 
that an application is suspended. Accordingly, the appli- 
cation will not be suspended indefinitely w^en the chan- 
nel is changed during a commerdal. In another 
embodiment, the application uses tine real-time clock to 
record the time of form entry or exit The entry path to 
and exit path from the application can ateo be captured 
and provided to the application for inclusion in a 



response packet. 

[0070] FIG. 5 is a chart illustrating an embodiment of 
the response packet 500 generated by the BR 120 and 
transmitted to the LDC 1 22. The response packet 500 is 

5 divided into separate fields, each representing a bit or 
bits in the response packet. FIG. 5 shows only one 
embodiment of the response packet 500 and the size, 
type, and order of the fields may vary. 
[0071] The Version Number field 510 identifies tiie 

10 version number of the transmission protocol. This field 
is used by tiie LDC 122 to ensure that the BR 120 is 
using the same transmission protocol as the LDC 122. 
The Type fiekJ 512 identifies the type of response infor- 
mation included within tiie response packet. In one 

15 embodiment, the type field 512 specifies whether tiie 
packet contains usage monitoring information about a 
program, the BR 120. and/or an interactive application. 
[0072] The Free Memory field 514 indicates the 
amount of memory free in the first storage device 212 

20 and may be used for error checking purposes. The 
Sample Size field 516 indicates tiie sampling size used 
by tiie interactive application 1 15. As desaibed above, 
the BR 120 may also be configured to respond only if it 
should be included within the sample. 

25 [0073] The Information field 518 includes the usage 
monitoring 520. broadcast receiver 522. and form visita- 
tion 524 subfields and contains tiie information col- 
lected by the interactive application 115 from the BR 
120. Any or all of these suk)fieMs may contain infbrma- 

30 tion. depending upon the data collected by the interac- 
tive application 1 15. The usage monitoring subfield 520 
may contain subfields klentifying the channel moni- 
tored, the amount of time the channel was viewed, the 
entry and exit channels, and other irtformation as may 

35 be specified in the interactive application 115. The 
reception terminal subfield 522 preferably contain sub- 
fields identifying the various BR 120 features and their 
settings and/or frequency of use. The form visitation 
subf iekl may contain subfields identifying the number of 

40 forms viewed, the final form viewed, the number of visits 
per form, and the number of seconds spent at each 
form. For those fields containing time-stamped data, 
one ernk>odiment uses the number of secorxis or min- 
utes that have elapsed from a predetermined date. e.g. 

45 tiie number of seconds past January 1, 1970 at 
12:00am UTC to represent the recorded time. However, 
tiie format of the time data may be specified by the inter- 
active application 1 15 or tiie compact protocol. 
[0074] The response packet 500 preferably also con- 
so tains a field 526 for application specific data. The LDC 
122 may determine how to parse this fiekJ 526 from the 
data in the type field 512 or from data in the interactive 
application identification field 528. which identifies the 
interactive application thtat generated tiie response 

55 packet 500. The packet 500 also preferably includes a 
BR id&itification field 530 ttiat contains the terminal 
klentif ication code of the specific BR 1 20 that generated 
the response. This field 530 can be used to Mentify the 
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subscriber generating the response as well as the make 
and model of the BR. In addition, the packet 500 prefer- 
ably includes a broadcast sen/er identification field 532 
that contains the identification of the broadcast server 
1 10 that transmitted the interactive application 115. 
[0075] As described above, the packet 500 may be 
sent via the cable headend, a telephone connection, or 
other transmission means. By using the BR identifica- 
tion field 530, the LDC 122 can cross-reference 
responses received from the BR 120 and stored in the 
response database 124 with subscriber information 
stored in the subscriber information database 126. For 
each subscriber, the subscriber information database 
126 preferably includes the terminal identification code 
of the subscriber's BR 120, a unique subscriber identifi- 
cation number, the subscriber's name, address, ZIP 
code, and phone number, products or classes of prod- 
ucts purchased by the subsaiber. the subscriber's 
income, age, race, viewing habits or preferences, and 
any other information needed for billing purposes or 
gathered by. for example, subscriber surveys. 
[0076] Referring again to FIG. 4. this cross-referenced 
information is aggregated 422 with the received 
response to form an aggregated response. Then, the 
multiple aggregated responses generated by the LDC 
122 are preferably combined. In one embodiment, the 
identification of the specific BR 120 that generated each 
response is stripped from the combined responses. The 
combined and aggregated responses may, for example, 
provide Indications of the number of viewers who 
watched a particular channel, the average income and 
age of those viewers, and the geographic locations of 
those viewers. 

[0077] The aggregated and combined responses gen- 
erated by the LDC 122 are preferably transmitted 424 to 
the MDC 128, where they are held in the aggregate 
response database 130. This database 130 combines 
the responses received from the various LDCs to which 
the MDC 128 is coupled. In one embodiment, the MDC 
128 further aggregates the responses with additional 
subscriber information stored in a MDC subscriber infor- 
mation datat)ase (not shown). The MDC 128 also uses 
the received playlist 113 to correlate the aggregated 
responses with the broadcast programs and determine 
the precise program or event that was transmitted when 
the response was generated, thereby providing aggre- 
gated response data for that particular program. For 
example, the MDC 128 can determine from the playlist 
113 that a commercial was broadcast on a particular 
network a! a particular time. By analyzing the times that 
the responses in the response database 130 were gen- 
erated, the MDC can determine how many subscribers 
were viewing tiie comma'cial at that time and the sub- 
scribers' average income. 

[0078] Rnally. tiie MDC 128 generates a report from 
the data contained in the aggregated responses. In gen- 
eral, the broadcaster 114 specifies the type of report it 
wishes to receive. Such a repc^ may indicate, for exam- 



ple, the total rating or share of a broadcast, the average 
age of subscribers who watched a program at specific 
instants in the program, the sut)scribers' entry and exit 
paths to and from the program, the average income of 

5 the subscribers who watched the program, or any other 
geographic, demographic, or psychographic profiles of 
the subsaibers that can be developed from the aggre- 
gate responses. Preferably, the exact identities of the 
individual suk>scribers are stripped from the report in 

io order to protect the subscribers* privacy. 

[0079] In one emkxxjiment. \he MDC 128 uses tiie 
interactive application identification fields 528 in tiie 
response packets to determine the broadcaster 114 
whose interactive application generated the response. 

15 The MDC 128 determines the type of report requested 
by the broadcaster 1 14 from a data store, and then gen- 
erates the report from the responses. Reports are pref- 
erably automatically and electronically delivered to tiie 
requesting broadcasters using, for example, electronic 

20 data interchange methods such as a secure web page, 
an electronic mail attachment using the Multipurpose 
Internet Mail Extensions protocol, the File Transfer Pro- 
tocol, or push-based technology In some embodiments, 
tiie reports are plain text files, while in others the reports 

25 are rich text files in. for example, the ADOBE ACROBAT 
portable document format, while in still others tiie 
reports are multimedia documents in. for example, the 
HTML format. 

[0080] FIG. 6 illustrates sample reports that may be 
30 generated by the MDC 128 from the aggregate 
responses. FIG. 6A illustrates a sample report showing 
the percentage of total responses received in a particu- 
lar geographic market for a particular channel by time of 
day. One channel. 77, is shown in the report and it car- 
ds ries a broadcast feed provided by tiie CABLE NEWS 
NETWORK fCNN**). Channel 77 executed a monitoring 
interactive application entitled "CNN PS" and having an 
interactive application identification of 000027f2 (shown 
in the report as a "UIC**). As shown in FIG. 6A, a total of 
40 1 826 viewer responses were received from 1 743 differ- 
ent viewers on the reported day. Eighty seven of these 
responses from 75 different viewers were generated by 
the CNN PS application and indicate subscribers who 
triggered the CNN PS application by watching channel 
45 77. As shown by the timeline corresponding to channel 
77 in the report, 15 responses were generated at 
approximately 8 A.M. while 69 responses were gener- 
ated between approximately 5-7PM. Accordingly, these 
respor^es indicate that a majority of viewers watched 
so channel 77 in the typical breakfast and dinner hours. 
[0081 ] FIG. 6B, in contrast, is a report illustrating daily 
form usage for a particular interactive application on 
channel 36 in a particular geographic area. Orlando, 
Rorida. In FIG. 6B, channel 36 carries a broadcast feed 
55 provided by CNN. The interactive application carried 
with tiie feed has three assodated root forms. Headline 
News, National News, and World News, and each root 
form has additional forms that may be displayed through 
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the root form. For each form, the first number after the 
form name indicates the average time in seconds spent 
on that form and the second number of the form name 
indicates the number of visits recorded for that form. For 
example, the form entitled "Headline News" had 16 vis- 
its, but the average time of visitation was less than a 
second. The associated form "Headline News*More 
Detail. Story 1 " had a total of 45 visits and an average of 
23 seconds per visit. 

[0082] In summary, the present invention is a system 
and method allowing configurable monitoring of pro- 
gram viewership. broadcaster receiver usage, and inter- 
active application usage. By collecting responses 
produced by interactive applications executing on 
broadcast receivers, the system and method can pro- 
vide very specific reports of viewership and usage. In 
addition, the system and method can cross-reference 
received responses with subscriber information to pro- 
vide reports including demographic and psychographic 
information about responding subscribers. 

Claims 

1. A method of selectively nranitoring usage of a 
broadcast receiver, the method comprising the 
steps of: 

receiving at the broadcast receiver an interac- 
tive application accompanying a broadcast pro- 
gram: 

executing the interactive application to selec- 
tively determine whether the interactive appli- 
cation specifies monitoring of selected 
attributes of the broadcast receiver; 
responsive to a positive determination, config- 
uring the broadcast receiver to monitor the 
specified selected attributes; and 
storing data in the broadcast receiver indicative 
of the monitored attributes. 

2. The method of claim 1 . wherein there are a plurality 
of broadcast receivers, each performing the receiv- 
ing, executing, configuring, and storing steps and 
the method further comprising the steps of: 

combining the stored data indicative of the 
monitored attn'butes from the plurality of broad- 
cast receivers; and 

generating a report from the combined stored 
data describing the monitored attrikxites of the 
plurality of broadcast receivers. 

3. The method of daim 1 or 2, further comprising the 
steps of: 

specifying the selected attributes of the broad- 
cast receiver to be monitored by the interactive 
appGcation; 



storing within the interactive af^lication pro- 
gram logic indicative of the selected attributes 
to be monitored; and 

transmitting the interactive application to the 
5 broadcast receiver. 

4. The method of claim 3, wherein the selected 
attributes of the broadcast receiver to be monitored 
include program viewership attributes, interactive 

10 application usage attributes, and/or broadcast 
receiver usage attributes. 

5. The method of one of the preceding claims, further 
comprising the steps of: 

15 

determining when the broadcast program 
accompanying the interactive application will 
be transmitted on a broadcast feed; and 
inserting the interactive application Into the 
20 broadcast feed substantially contemporaneous 

with the transmission off the broadcast pro- 
gram. 

6. The method of one of the preceding claims, further 
2S comprising the step of: 

transmitting the stored data indicative of the 
monitored attributes from the broadcast 
receiver to a central database. 

30 

7. The method of claim 6, wherein a plurality of broad- 
cast receivers transmit stored data to the central 
database and further conprising the steps of: 

35 aggregating the stored data indicative of the 

monitored attritxjtes with subscriber informa- 
tion desaibing a subscriber with which the par- 
ticular broadcast receiver that transmitted the 
stored data is associated; and 

40 generating a report from the aggregated stored 

data and subscriber information describing the 
monitored attributes of the broadcast receiver 
and associated subscriber information. 

45 8. A system for selectively monitoring subscriber 
usage of a broadcast receiver, comprising: 

a broadcaster for providing broadcast data 
including an interactive application for selective 

50 monitoring; 

a plurality of broadcast receivers receiving tiie 
k}roadcast data from the broadcaster and each 
having a memory for storing tiie interactive 
application for selective monitoring and an 

55 engine for extracting tiie interactive application 

from the broadcast data, executing the interac- 
tive application, and generating a response 
desait>ing sid)saiber usage of the broadcast 
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receiver when so Instructed by the interactive 
application for selective monitoring; and 
a data center for receiving responses gener- 
ated by the plurality of broadcast receivers exe- 
cuting the interactive application for selective 
monitoring and generating a report describing 
subscriber usage of the responding broadcast 
receivers. 

9. The system of claim 8, wherein the broadcaster 
comprises: 

a broadcast server having a stored plurality of 
interactive applications including the interactive 
application for selective monitoring and receiv- 
ing a playlist describing programs broadcast on 
a broadcast feed for retrieving particular ones 
of the stored plurality of interactive applications 
response to the playlist; and 
a data insertion unit receiving the broadcast 
feed and the retrieved interactive applications 
from the broadcast server for inserting the 
received interactive applications into the broad- 
cast feed to create the broadcast data. 

10- The system of daim 9, wherein the data insertion 
unit inserts the interactive applications into the ver- 
tical broadcast interval of the broadcast feed. 

1 1 . The system of one of the preceding daims 8 to 10. 
wherein the data center comprises: 

a response database for holding the responses 
generated by the plurality of broadcast receiv- 
ers; and 

subscriber information database for holding 
information atx)ut sut)scribers having ones of 
the plurality of t)roadcast receivers and Infor- 
mation for cross-referencing the subscribers 
with the responses generated by the plurality of 
broadcast receivers. 

12. The system of claim 11, wherein the data center 
generates a report including Information from the 
subscriber Information database describing the 
sut>scribers having responding broadcast receiv- 
ers. 

13. The system of one of the preceding daims 8 to 12, 
further comprising: 

a plurality of data centers each for receiving 
and aggregating responses generated by a 
geographically related subset of the plurality of 
broadcast receivers; and 
a master data center for receiving arid further 
aggregating the aggregate responses from the 
plurality of data centers and generating a 
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report therefrom describing the responding 
broadcast receivers. 

14. TTie system of one of the preceding claims 8 to 13, 
5 wherein the broadcast receiver receives the broad- 
cast data from the broadcaster and transmits 
responses to the data center via a single transmis- 
sion medium. 

10 15. Tlie system of one of the preceding claims 8 to 13, 
wherein the broadcast receiver receives the broad- 
cast data from the broadcaster via a first transmis- 
sion medium and transmits responses to the data 
center via a second transmission medium different 

15 than the first transmission medium. 

1 6. A method of generating a usage report describing a 
plurality of remote broadcast receivers receiving a 
broadcast feed from a k}roadcaster, the method 

20 comprising the steps of: 

defining an interactive application specifying 
characteristics of the plurality of renxite broad- 
cast receivers to be monitored; 
25 transmitting the interactive application witti the 

broadcast feed to the plurality of remote broad- 
cast receivers; 

selectively executing the interactive application 
on particular ones of the remote broadcast 

30 receivers to generate responses describing the 

monitored characteristics of the particular 
remote broadcast receiver; 
transmitting the responses from the particular 
ones of the remote broadcast receivers to a 

35 data center; and 

generating a report from the responses 
received by the data center, the report describ- 
ing usage or the monitored characteristics of 
the plurality of remote broadcast receivers. 

40 

17. TTie method of daim 16, wherein the selectively 
executing step comprises the step of: 

executing the interactive application to deter- 
45 mine whetiier a particular remote broadcast 

receiver should generate a response. 

18. The metiiod of daim 16 or 17. wherein the step of 
transmitting the interactive application with the 

50 broadcast feed to the plurality of renrtote broadcast 
receivers oonprtses the step of: 

inserting the interactive application Into a verti- 
cal blanking Interval of the broadcast feed. 

55 

19. The method of daim 16 or 17, wherein the step of 
transnrdtting the Interactive application with the 
broadcast feed to the plurality of renrtote broadcast 
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receivers oomprises the steps of: 

retrieving the interactive application from an 
interactive application database responsive to 
the broadcasting on the broadcast feed of a s 
program associated with the Interactive appli- 
cation; and 

inserting the retrieved Interactive application 
into the broadcast feed substantially concur- 
rent with the broadcast of the associated pro- 10 
gram. 

20. The method of one of the preceding claims 16 to 
1 9. wherein the defining step further comprises the 
step of: IS 

defining the interactive application to monitor 
viewership characteristics of the plurality of 
remote broadcast receivers. 

20 

21. The method of one of tiie preceding daims 16 to 
19. wherein the defining step further comprises the 
step of: 

defining the interactive application to monitor 2S 
characteristics of a second interactive applica- 
tion executed by the plurality of remote broad- 
cast receivers. 

22. The method of one of tiie preceding daims 16 to 30 
21. wherein the step of transmitting the responses 
from the particular ones of the remote broadcast 
receivers to a data center oomprises tiie step of: 

transmitting the responses responsive to an 35 
occurrence of a triggering event. 

23. The method of claim 22, wherein the triggering 
event is specified by the interactive application. 

40 

24. The method of one of the preceding daims 16 to 
23, wherein the generating step comprises the 
steps of: 

aggregating each received response with sub- 4S 

scriber information describing a subscriber 

who generated the response; and 

describing the subscriber information In the 

report. 

50 
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